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ROBERT BOSCH GMBH, 70442 Stuttgart 



Verfahren und Vorrichtung fur einen fahrzeugbezogenen Telematikdienst 
Stand der Technik 

Die Erfindung betrifft ein Verfahren und eine Vorrichtung fiir einen fahrzeugbezogenen 
Telematikdienst mit Einwirken auf wenigstens eine Funktionalitat in einem Fahrzeug 
uber eine Luftschnittstelle, z.B. iiber ein Mobilfunknetz oder die Kommunikation liber 
eine Bluetooth-Verbindung. Ein Realisierungsbeispiel eines solchen Dienstes ist die 
Ferndiagnose im Kraftfahrzeug. 

Die zunehmende Vernetzung von Steuergeraten in heutigen Kraftfahrzeugen bietet immer 
bessere EinwirkungsmSglichkeiten auf Funktionalitaten im Fahrzeug, z.B. bessere 
Diagnosemoglichkeiten im Fehlerfall oder Moglichkeiten zur Fernbedienung von 
Funktionen und/oder Komponenten des Fahrzeugs. In diesem Zusammenhang bestehen 
Konzepte, mit Hilfe eines mobilfunkgestutzten Einwirkens zuverlassig und sicher auf die 
Funktionalitat im Fahrzeug uber beliebige Entfernungen hinweg zuzugreifen, 
beispielsweise uber eine Ferndiagnose zuverlassige und qualitativ hochwertige 
Fehleranalysen durch ein Service-Center bzw. einen Ferndiagnose-Server, der eine 
entsprechende Diagnosedatenbank umfasst, durchzufiihren. GemaB diesen Ansatzen 
werden im Fahrzeug integrierte Kommunikationssysteme wie beispielsweise 
Mobiltelefone und/oder GSM-gestutzte Telematikendgerate genutzt, urn eine 
Datenubertragung zwischen den an ein Fahrzeugnetzwerk angeschlossenen Steuergeraten 
und/oder Komponenten und dem Server des Service-Centers durchzufiihren. Einen 
Vorschlag fur ein derartiges System beschreibt die DE 100 26 754 Al . Eine konkrete 
Realisierung eines solchen Systems bzw. der betroffenen Server- und Endgerate, werden 
nicht angegeben. 



- 2 - 



R. ...303363-1 



Vorteile der Erfindung 

Der Einsatz eines bei der Diagnose von Kraftfahrzeugsteuereinheiten ohnehin 
eingesetzten ProtokoIIs zur Realisierung einer Ferndiagnose hat den Vorteil, dass die zu 
diagnostizierende Steuereinheiten an keine anderen Kommunikationsstandards, 
beispielsweise Kommunikationsstandards des Internets, angepasst werden miissen. Dies 
deshalb, weil das Service-Center mit dem Fahrzeug unter Verwendung der im Fahrzeug 
ohnehin eingesetzten Protokolle kommuniziert. Damit ist es moglich, auch heutige 
Fahrzeuge mit einer Fernzugriffsmoglichkeit zu versehen, ohne dass wesentliche 
Anderungen in den Steuereinheiten erforderlich sind. Allgemein wird also fur den 
jeweiligen Telematikdienst ein Protokoll (allgemein Anwendungsprotokoll) eingesetzt, 
welches auch im Fahrzeug zur Durchflihrung des entsprechenden Dienstes vor Ort 
verwendet wird. 

Besonders vorteilhaft in diesem Zusammenhang ist eine Gateway-Einrichtung, welche im 
Fahrzeug angeordnet ist und welche fur den Empfang und das Senden von Daten uber die 
Luftschnittstelle und fur die Gewahrleistung der zusatzlich erforderlichen 
Sicherheitsfunktionen zustandig ist. 

Besonders vorteilhaft ist, dass als Protokoll fur den Ferndiagnoseeingriff das in der 
Automobilindustrie weitgehend als Standard akzeptierte Protokoll KWP2000 eingesetzt 
wird, welches nicht nur fahrzeugintern zur Anwendung kommt, sondern in der verteilten 
Auspragung der Ferndiagnose auch zur Kommunikation zwischen dem fahrzeugseitigen 
Teil und dem Server verwendet wird. 

In besonders vorteilhafter Weise werden durch eine geeignete Umsetzung die 
fahrzeugintern einzuhaltenden Zeitbedingungen berucksichtigt und die durch die 
Luftubertragung entstehende Totzeit kompensiert. Eine besonders vorteilhafte 
Ausfuhrung ist, dass uber die Luftschnittstelle vollstandige Nachrichten ubermittelt 
werden, die dann fahrzeugintern bzw. serverintern zur Einhaltung der Zeitbedingungen 
des verwendeten Transportprotokolls fragmentiert werden. 



Weitere Vorteile ergeben sich aus der nachfolgenden Beschreibung von 
Ausfuhrungsbeispielen bzw. aus den abhangigen Patentanspruchen. 




Zeichnung 

Die Erfindung wird nachstehend anhand der in der Zeichnung dargestellten 
Ausfiihrungsformen naher erlautert. 

Figur 1 zeigt dabei ein Ubersichtsbild einer Systemarchitektur fur den Fernzugriff. 
In Figur 2 ist ein Schichtenmodell einer Gateway-Einrichtung im fahrzeugseitigen Teil 
des Fernzugriffsystems sowie einer entsprechenden Gateway-Einrichtung im zentralen 
Teil dargestellt. 

Figur 3 zeigt ein Ablaufdiagramm fur den Nachrichtenaustausch zwischen einem zu 
diagnostizierendem Steuergerat und einem Service-Center, wahrend in 
Figur 4 ein Ablaufdiagramm fur diesen Nachrichtenfluss auf der Ebene der 
Transportprotokolle dargestellt ist. 

Beschreibung von Ausfuhrungsbeispielen 

Figur 1 zeigt ein Ubersichtsbild eines Systems fur einen fahrzeugbezogenen 
Telematikdienst, wobei Informationen zwischen einem Fahrzeug (dort wenigstens einem 
Endgerat) und einem Server iiber ein Mobilfunknetz bzw. uber ein Datennetz wie 
beispielsweise das Internet ausgetauscht werden. Die in Figur 1 als Ubersichtsdarstellung 
gezeigte Systemarchitektur fiir einen Fernzugriff wird in Verbindung mit Funktionen zur 
Fernwirkung, Ferndiagnose, Fernwartung, Software-Download, etc. eingesetzt. Unter 
Fernwirkung bzw. Fernabfrage wird dabei im wesentlichen die Fernsteuerung von 
Fahrzeugfunktionen, insbesondere Komfortfunktionen wie das Einschalten der 
Standheizung, etc. sowie das Abfragen von Fahrzeugstati und/oder Betriebsparametern 
verstanden. Dabei initiiert derNutzer eine Kommunikation mit dem Fahrzeug uber einen 
zentralen Server oder er kommuniziert direkt mit dem Fahrzeug. Ferndiagnose umfasst 
das Fernauslesen von Diagnosedaten aus dem Fahrzeug, deren Analyse und 
gegebenenfalls das Erzeugen einer Empfehlung fur das weitergehende Handeln. Analyse 
der Daten und Generierung der Empfehlung erfolgt dabei durch einen zentralen Server, 
der mit dem Fahrzeug uber ein Mobilfunknetz, uber ein drahtgebundenes Netz und/oder 
uber ein Datennetz wie beispielsweise das Internet mit dem Kraftfahrzeug in Verbindung 
steht. Ferner ist in diesem Zusammenhang als Funktion der sogenannte Software- 
Download bzw. das Remote-Flashing zu nennen, mit deren Hilfe ein neuer 
Programmcode oder Parameter auf der Software konfigurierbare Systeme im Fahrzeug, 
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beispielsweise Steuergerate, aufgebracht werden, urn die Funktionalitat oder die 
Leistungsfahigkeit zu erhohen. Auch hier erfolgt die Kommunikation liber ein 
Mobilfunknetz, ein drahtgebundenes Netz und/oder beispielsweise das Internet 
ausgehend von einem zentralen Rechner (Server) bzw. Service-Center. Fernwartung stellt 
im wesentlichen die Uberwachung des Fahrzeugzustandes und den Zugriff auf die 
Wartungsdaten im Fahrzeug von einer zentralen Stelle aus dar, um zu iiberprufen, ob, 
wann und welche MaBnahmen zur Wahrung des Sollzustandes durchgeftihrt werden. Ein 
Beispiel hierfiir ist das dynamische Anpassen von Wartungsintervallen. Allgemein 
werden diese Funktionalitaten hier unter dem Begriff des fahrzeugbezogenen 
Telematikdienstes subsummiert. 

Figur 1 zeigt einen Uberblick uber die Systemarchitektur fur einen Fernzugriff. 
Dargestellt sind als I die durch den Fernzugriff zu beeinflussenden Steuergerate im 
Fahrzeug, als II Gateway-Einrichtungen zur Protokolltransformation und fur 
Sicherheitsfunktionen und als III das Service-Center-seitige Endgerat, beispielsweise ein 
Werkstatttester, eine Operator-Konsole, etc. Die fahrzeugseitige Gateway-Einrichtung 
104 ist dabei uber eine Luftschnittstelle mit einer Gateway-Einrichtung 100 eines 
Service-Centers verbunden. Dabei handelt es sich je nach Ausfuhrungsbeispiel um eine 
Bluetooth-, eine GSM-, eine GPRS-Schnittstelle oder eine andere Luftschnittstelle. Die 
Gateway-Einrichtung 100 ist ferner mit dem Service-Center-seitigen Endgerat 102 zum 
Datenaustausch verbunden. Bei diesem Endgerat handelt es sich entweder um einen 
Werkstatttester, eine Operator-Konsole, oder Ahnliches. In einer alternativen Ausfiihrung 
ist die Gateway-Einrichtung des Service-Centers nicht direkt an die Luftschnittstelle 
angebunden, sondern ist uber ein Datennetz, beispielsweise das Internet, mit einem 
Service-Provider verbunden, dessen Server wiederum an die Luftschnittstelle 
angeschlossen ist. Bei der fahrzeugseitigen Gateway-Einrichtung 104 handelt es sich je 
nach Ausfuhrungsbeispiel um ein zentrales Gateway fur das Fahrzeug oder um ein Punkt- 
zu-Punkt-Gateway, das z.B. eine Bluetooth-Schnittstelle oder ein GSM-Modul mit einem 
CAN-Subnetz des Fahrzeugs verbindet. Im dargestellten Ausfuhrungsbeispiel, welches in 
der Realitat auch bevorzugt wird, handelt es sich bei der Gateway-Einrichtung 104 um 
ein zentrales Gateway, welches fur den Empfang und das Senden von Daten uber die 
Luftschnittstelle und ggf. die Gewahrleistung der zusatzlich erforderlichen 
Sicherheitsfunktionen eingerichtet ist. Auf der anderen Seite ist die Gateway-Einrichtung 
104 uber ein oder verschiedene Bussysteme 106, 108 und 110 mit den zu 
diagnostizierenden Steuereinheiten im Fahrzeug 1 12 bis 124 verbunden. Bei den Bussen 
handelt es sich beispielsweise um einen Komfort- und Karosseriebus, z.B. einen 
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Lowspeed-CAN oder LIN-Bus, welcher Steuereinheiten fur die Klimaanlage und des 
Kombiinstruments miteinander verbindet, femer urn einen Infotainment-Bus, 
beispielsweise einen Highspeed-CAN-, MOST-, Firewire-Bus, etc., welcher Autoradio 
und Navigationssysteme verbindet oder um einen Highspeed-CAN-Bus oder Flexray- 
Bus, welcher die Steuereinheiten fur die Motorsteuerung, die Bremsensteuerung, 
Ruckhaltesysteme, etc. miteinander verkniipft. Ferner ist an die Gateway-Einrichtung (in 
Figur 1 nicht dargestellt) uber eine serielle oder parallele Schnittstelle (z.B. UART) ein 
GSM-Modul angebunden, mit dessen Hilfe das Fahrzeug Daten mit dem Service-Center 
austauscht. Die Gateway-Einrichtung 104 umfasst dabei ggf. auch einen Firewall, durch 
welchen die Fahrzeugsubnetze nach auBen abgeschirmt sind. 

Die Gateway-Einrichtung 100 auf der Seite des Service-Centers umfasst im wesentlichen 
die gleichen Funktionen und Elemente wie die Gateway-Einrichtung 104 im Fahrzeug. 
Die Gateway-Einrichtung stellt die Kommunikation mit dem Endgerat 102 sicher sowie 
bedient die Luftschnittelle. Auch hier wird im bevorzugten Ausftihrungsbeispiel ein 
GSM-Modul von der Gateway-Einrichtung uber einen UART-Treiber bedient. Ist 
vorgesehen, dass der Ubertragungskanal verschliisselt wird, so finden in beiden Gateway- 
Einrichtungen die notwendigen Ver- und Entschlusselungen statt. Zusatzlich enthalten die 
beiden Gateway-Einrichtungen die erforderlichen Protokolltransformationen, das heiBt 
die Umsetzung der empfangenen oder gesendeten Daten vom Porotkoll der 
Luftschnittstelle, z.B. dem GSM-Protokoll, zum oder aus dem Protokoll des 
Fahrzeugsystems, z.B. dem CAN-Protokoll. 

Zur Kommunikation der beiden Gateway-Einrichtungen miteinander uber die 
Luftschnittstelle wird eine Verbindung aufgebaut. Im bevorzugten Ausfuhrungsbeispiel 
ist dies eine GSM-Verbindung, in anderen Ausfiihrungen werden andere 
Transportprotokolle eingesetzt. Wesentlich ist nun, dass bei der in Figur 1 dargestellten 
Systemarchitektur zur NachrichtenUbertragung ein Protokoll eingesetzt wird, welches im 
Falle der Diagnose auch bei der Diagnose der Steuereinheiten im Fahrzeug verwendet 
wird. Solche Protokolle arbeiten in der Regel unter bestimmten Zeitbedingungen. Ein 
derartiges Protokoll ist beispielsweise das sogenannte KWP2000-Diagnoseprotokoll, 
welches gegebenenfalls in Abwandlungen in einer Vielzahl von Anwendungen in 
Verbindung mit Kraftfahrzeugen verwendet wird. Der hier beschriebene Gegenstand ist 
jedoch nicht nur auf die Verwendung des konkreten KWP2000-ProtokoIls bei der 
Diagnose eingeschrankt, sondern wird auch in Verbindung mit anderen Protokollen 
und/oder Diensten eingesetzt. Dabei sind in der Regel innerhalb des Kraftfahrzeugs enge 
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Zeitbedingungen zu beachten. Grundsatzlich wird nach einer aiifgebauten und 
autorisierten Verbindung zwischen den beiden Gateway-Einheiten ein 
Nachrichtenaustausch durchgeflihrt auf der Basis des verwendeten Protokolls. Dabei 
leitet die Gateway-Einrichtung im Fahrzeug ankommende Nachrichten, beispielsweise 
KWP2000-Request-Nachrichten, an das zu diagnostizierende Steuergerat weiter und 
sendet dessen Antworten, beispielsweise die KWP2000-Response-Nachrichten, zum 
Gateway im Service-Center weiter. Das Gateway im Service-Center arbeitet in analoger 
Weise. In einem bevorzugten Ausfuhrungsbeispiel kann an die Gateway-Einrichtung 104 
im Fahrzeug auch direkt ein Testgerat angeschlossen werden, welches auf der Basis 
desselben Protokolls mit dem zu diagnostizierenden Steuergerat verkehrt wie es bei der 
verteilten Anwendung im Rahmen der Fernwirkung verwendet wird. 

Problematisch ist, dass das im Fahrzeug verwendete Diagnoseprotokoll, beispielweise das 
KWP2000, bezuglich der Kommunikation mit dem angeschlossenen Testgerat in der 
Regel sehr enge Zeitbedingungen vorschreibt. Werden diese Zeitbedingungen nicht 
erfiillt, so wird der Diagnosevorgang abgebrochen. Die Zeitbedingungen sind dabei so 
eng, dass diese infolge der uber die Luftschnittstelle bestehende 
Ubertragungsverzogerung nicht erfiillt werden konnen. Daher ist wie nachfolgend 
beschrieben bei der dargestellten verteilten Anwendung die synchrone Verbindung 
zwischen Steuereinheit und Testgerat entkoppelt und es wird eine asynchrone 
Verbindung uber die Luftschnittstelle bereitgestellt. Dabei wird innerhalb des 
Kraftfalirzeugsystems die synchrone Verbindung, hier zwischen Gateway-Einrichtung 
und der zu diagnostizierender Steuereinheit aufrecht erhalten, ebenso gegebenenfalls auf 
der Service-Center-Seite, wo eine synchrone Verbindung zwischen Service-Center- 
Gateway und Testgerat bestehen kann. Die Luftschnittstellenverbindung ist dagegen 
asynchron und gehorcht den Zeitbedingungen des verwendeten Diagnoseprotokolls nicht, 
sondern lediglich denen des dort angewendeten Protokolls. Die Gateway-Einrichtung im 
Fahrzeug und/oder die im Service-Center ist also derart ausgestaltet, dass sie einerseits 
die Verbindung zum Service-Center steuert, andererseits die zeitkritische Verbindung zu 
der zu diagnostizierenden Steuereinheit. 

In Figur 2 wird ein Schichtenmodell der Gateway-Einrichtung 104 im Fahrzeug 
dargestellt. Die Gateway-Einrichtung 100 im Service-Center ist entsprechend aufgebaut. 
Die Gateway-Einrichtung 104 im Fahrzeug integriert alle erforderlichen Schichten eines 
Kommunikationssystems zur Ankopplung von mindestens einem Fahrzeugsubnetz und 
zur Kommunikation mit einem Service-Center uber eine Luftschnittstelle. Im 
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dargestellten Ausfuhrungsbeispiel der Figur 2 verbindet die Gateway-Einrichtung 104 
insgesamt drei Fahrzeugsubnetze 106, 108 und 110, die bereits anhand von Figur 1 
dargestellt wurde, und integriert einen GSM-Protokoll-Stack fur den Datenaustausch mit 
einem Service-Center. Das Schichtenmodell beschreibt das Kommunikationssystem I 
sowie das Anwendungssystem II des Gateways. In der untersten Schicht des 
Kommunikationssystems I sind im bevorzugten Ausfuhrungsbeispiel fur jedes Fahrzeug 
Subsystem-Treiber, vorzugsweise CAN-Treiber 106a, 108a und 1 10a, vorgesehen. Den 
Treibern ubergeordnet ist als zweite Schicht eine CAN-Vermittlungsschicht 126, welche 
zur Umsetzung der von den einzelnen Subsystemen empfangenen und auf einzelne 
Subsysteme oder auf die Luftschnittstelle zu verteilende Nachrichten dient. Die 
Vermittlungsschicht ist zustandig fur das fahrzeuginterne Routing von Nachrichten, im 
Ausfuhrungsbeispiel CAN-Nachrichten. Uber der Vermittlungsschicht befinden sich die 
Transportprotokollschicht, vorzugsweise CAN-Transportprotokollschicht, die dem 
jeweiligen Subsystem zugeordnet sind. Dieses Transportprotokoll ist zum Versenden von 
Nachrichten uber das jeweilige Subsystem notwendig, welche langer als die maximale 
Datenlange des Subsystems sind, bei CAN-Anwendungen langer als 8 Datenbytes. Im 
Anwendungssystem II befinden sich z.B. die Sicherheitsdienste 128, welche z.B. fur die 
Verschlusselung, Authentifizierung und Autorisierung des Fernzugriffs zustandig sind. 
Ferner befinden sich hier die Remote-Dienste 130, die das Fahrzeug nach auBen anbietet. 
Dies sind beispielsweise Ferndiagnosedienste, Fernsteuerungsdienste, 
Fernwartungsdienste, Software-Download-Dienste, etc. Alle Anfragen uber die 
Luftschnittstelle werden immer an einen dieser Remote-Dienste weitergeleitet. Dieser 
entscheidet, ob eine Nachricht fahrzeugintern weitergeleitet wird. Durch diese Kopplung 
im Anwendungssystem kann man hochsten Sicherheitsanspruchen gerecht werden. Ist das 
Gateway selbst diagnostizierbar, so wird neben der Diagnoseapplikation 132 auch der 
Diagnosehilfsdienst KWP2000 verwendet. Neben den genannten Elementen umfasst das 
Fahrzeug-Gateway auch ein Netzwerkmanagement sowie lokale und globale 
Managements der Betriebszustande und die Systemdiagnose, die im folgenden nicht 
weiter betrachtet wird. Daruber hinaus ist ein Echtzeitbetriebssystem (z.B. ein OSEK- 
konfromes OS) sowie ein ttberwachungs-Modul (134) vorgesehen. Zur Bedienung der 
Luftschnittstelle ist im Gateway 104 ferner ein GSM-TransportprotokolI vorgesehen, eine 
GSM-Vermittlungsschicht 136 sowie ein UART-Treiber 138, welcher Uber eine SPI- 
Schnittstelle 140 mit einem GSM-Modul verbunden ist. 

Die Gateway-Einrichtung 100 im Service-Center ist entsprechend aufgebaut. Sie koppelt 
von GSM auf ein Subsystem, vorzugsweise CAN, und umgekehrt. Daher ist auch hier ein 
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GSM-Modul uber erne Schnittstelle 142 mit einem UART-Treiber 144 verbunden. 
Daruber ist eine GSM-Vermittlungsschicht 146 sowie ein GSM-Transportprotokoll 
angeordnet Die Sicherheitsdienste 148 entsprechen denen im Fahrzeug-Gateway 104. 
Uber ein CAN-Subsystem 150 ist ein Servicetester 152 bzw. eine Konsole angebunden. 
Auch hier wird die CAN-Anbindung iiber ein CAN-Transportprotokoll, eine CAN- 
Vermittlungsschicht 154 sowie ein CAN-Treiber 156 bereitgestellt. Die Kopplung von 
GSM auf ein CAN-Bussystem im Service-Center eriaubt die direkte Anbindung des 
Diagnose-Tester 152 oder die Weiterleitung der Daten zu einem PC, welcher diese 
entsprechend auswertet. Sollen Ferndiagnosedaten uber das Internet verfligbar gemacht 
werden, so wird im Gateway 100 eine Kopplung auf IP-basierte Protokolle erfolgen. In 
einer anderen Ausfiihrung werden die Diagnoseergebnisse im Service-Center in einer 
Datenbank protokolliert und dann einem Service im Internet zur Verfugung gestellt Die 
Abbildung auf eine IP-basierte Kommunikation erfolgt auf jeden Fall an zentraler Stelle 
im Service-Center und nicht in jedem Fahrzeug. 

Der Remote-Dienst Ferndiagnose ist in Figur 2 in 130 als linkes Oval dargestellt. Diese 
Anwendung umfasst Programme, die derart ausgestaltet sind, dass sie bei einer 
eingehenden Diagnoseanforderung entscheiden, ob diese Anforderung fur die 
Eigendiagnose des Gateways bestimmt ist oder ob diese fur ein Steuergerat bestimmt ist, 
das sich an einem der angeschlossenen Busse befindet. Zu diesem Zweck ist eine Tabelle 
vorgesehen, in der die Steuergeratekonfigurationen des Fahrzeugs (wie z.B. 
Identifikationsnummer, auszulesende Fehlerspeicher, etc.) aufgelistet sind und anhand 
derer die ankommende Nachricht auf den entsprechenden Bus vermittelt wird. Bei 
Anderung der Steuergerate-Konfigurationen ist daher diese Tabelle nachzuflihren. 

Wie oben erwahnt wird zur Diagnose der einzelnen Steuereinheiten im Fahrzeug ein 
Diagnose-Protokoll eingesetzt, welches in engen Zeitrahmen arbeitet. Ferner haben in der 
Kegel die fahrzeugintern eingesetzten Bussysteme eine begrenzte Nachrichtenlange. Die 
im Diagnose-Protokoll vorgesehenen Nachrichten haben in der Regel eine davon 
abweichende rnaximale Lange. So ist beispielsweise derzeit bei KWP2000-Nachrichten 
eine rnaximale Lange von 255 Bytes vorgesehen, wahrend das fahrzeugintern eingesetzte 
CAN-ProtokoII eine Begrenzung auf 8 Bytes aufweist. Ferner ist in jedem Steuergerat, 
welches uber KWP2000 und CAN diagnostiziert wird, ein Transport-Protokoll integriert, 
welches mehrer Timing-Bedingungen im Bereich von wenigen msec umfasst Die 
Obertragungsverzogerung uber GSM betragt mindestens 600 msec. Eine transparente 
Ubertragung von CAN-Nachrichten vom zu diagnostizierenden Steuergerat zum Service- 
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Center ist aus diesem Grund nicht moglich. Die Verwendung eines speziellen Transport- 
Protokolls innerhalb der Gateway-Einrichtung ist daher unumgangtich. Dieses muss je 
nach Ausfuhrung eine zeitliche Entkopplung und/oder eine Anpassung der Datenlangen 
durchfuhren. Fur die Einhaltung der Timing-Bed ingungen in der Transportschicht des zu 
diagnostizierenden Steuergerats sind die Partnerinstanzen der Transportschicht im 
Sicherheits-Gateway des Fahrzeugs zustandig und entsprechend sorgt die 
Transportschicht im Gateway des Service-Centers fur die Einhaltung der Timing- 
Bedingungen in den Partnerinstanzen der Transportschicht des Testers. Ferner passt die 
Transportschicht im Gateway die Datenlangen an, indem sie die Daten fragmentiert bzw. 
defragmentiert. Fur die Ubertragung von vollstandigen Nachrichten, z.B. KWP2000- 
Nachriehten, uber GSM kann ein beliebiges Transport-Protokoll verwendet werden. 

In Figur 3 ist ein Ablaufdiagramm dargestellt, welches den Nachrichtenaustausch 
zwischen den beteiligten Komponenten in der Nutzungsphase der Ferndiagnose fur das 
verwendete Diagnose-Protokoll KWP2000 darstellt. Gezeigt ist der Nachrichtenaustausch 
zwischen dem Service-Center (z.B. Tester 200), dem Gateway 100 des Service-Centers, 
dem Gateway 104 des Fahrzeugs und dem zu diagnostizierenden Steuergerat 202. AIs 
erste Nachricht wird ausgehend vom Tester 200 uber das Gateway 100 eine KWP2000- 
Nachricht uber die Luftschnittstelle gesandt, welche das zu diagnostizierende Steuergerat 
nach Weiterleitung durch das Gateway 104 in den Diagnosemodus bringt. Die 
KWP2000-Nachrichten werden vom Service-Center transparent verschlusselt uber die 
GSM-Verbindung zwischen den Gateways ubertragen. Die Umsetzung der Nachricht auf 
die anderen Protokolle findet in den Transportschichten der Gateways statt. Danach 
folgen ausgehend vom Tester zyklische sogenannte Tester-Prasent-Nachrichten, die 
notwendig sind, urn das zu diagnostizierende Steuergerat im Diagnosemodus zu halten. 
Sobald das zu diagnostizierende Steuergerat sich im Diagnosemodus befmdet, beginnt die 
eigentliche Diagnose, in der Nachrichten mitNutzdaten vom Service-Center zum 
Steuergerat und umgekehrt (KWP2000-Diagnose-Request- sowie -Response- 
Nachrichten) ubermittelt werden. 

Letzteres ist im Ablaufdiagramm der Figur 4 dargestellt, welches am Beispiel einen 
exemplarischen Diagnose-Requests und der zugehorigen Antwort den Datenaustausch 
zwischen Tester 200 und Steuergerat 202 uber die Luftschnittstelle und die 
entsprechenden Gateways auf der Ebene der Transport-Protokolle darstellt. In dieser 
Darstellung ist die Entkopplung uber die Transport-Protokolle deutlich zu erkennen. Es 
werden keine einzelne CAN-Frames uber die GSM-Strecke verschickt, sondern 
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vollstandige KWP2000-Nachrichten. Diese werden gegebenenfalls vor Senden uber die 
Luftschnittstelle verschlusselt und beim Empfang entschlusselt. Somit findet im Gateway 
100 vor dem Senden eine Defragmentierung der CAN-Frames und im Fahrzeug-Gateway 
104 eine Fragmentierung der vollstandigen Diagnose-Protokoll-Nachricht in CAN- 
Frames bzw. umgekehrt im Falle der Antwort statt. Die vom Operator oder vom 
Ablaufprogramm des Testers 200 erzeugte Nachricht des Diagnose-Protokolls wird uber 
die CAN-Verbindung zum Gateway 100 in den CAN-Frames 204, 206, 208 und 210 
ubermittelt. Die Transportschicht in der Gateway-Einrichtung 100 bedient die im Rahmen 
der Zeitbedingungen des Datenaustausches zwischen Tester und Gateway erforderlichen 
Ruckmeldungen 212 und 214. Ferner defragmentiert die Transportschicht der Gateway- 
Einrichtung 100 die ankommenden Nachrichten und ubersendet uber die GSM- 
Schnittstelle eine lange, zusammengesetzte Diagnose-Nachricht 216 uber das ISO- 
Transportprotokoll. Die Gateway-Einrichtung 104 empfangt diese Nachricht und das 
dortige Transport-Protokoll fragmentiert diese Nachrichten wieder und sendet sie uber 
den CAN-Bus als einzelne CAN-Frames zum diagnostizierenden Steuergerat 202 
(Nachrichten 218, 220, 222, 224). Ferner sichert die Transportschicht der Gateway- 
Einrichtung 104 sowie die entsprechende Transportschicht im zu diagnostizierenden 
Steuergerat durch Ubermitteln von Quittungssignalen 226, 228 die Zeitbedingungen 
dieser Kommunikation. Entsprechend wird beim Senden von Daten vom zu 
diagnostizierenden Steuergerat zum Service-Center vorgegangen. Auch hier wird die 
lange Diagnose-Nachricht 230, die dann uber die GSM-Verbindung gesendet wird, in 
einzelnen Fragmenten 228, 230, 232, 234, 236 vom zu diagnostizierenden Steuergerat ans 
Gateway 104 geschickt. Die dortige Transportschicht setzt diese Fragmente zur 
Diagnose-Nachricht um und ubermittelt Quittierungssignale 238 zum Einhalten der 
Zeitbedingungen. Die vollstandige Diagnose-Nachricht wird dann zum Service-Center 
ubertragen (Gateway 100). Die Transportschicht des Gateway 100 fragmentiert die 
erhaitene Nachricht und sendet diese in Fragmenten entsprechend den Transport- 
Protokollen des Testers an diesen weiter (Frames 240, 242, 244, 246, 248). Die 
Transportschicht des Testers sichert durch Quittungssignale 250 die Einhaltung der 
Zeitbedingungen. 

Die oben dargestellt Vorgehensweise wird bei alien fahrzeugbezogenen 
Telematikdiensten mit Fernwirkung eingesetzt, bei denen die genannten Voraussetzung 
erfullt sind. 
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Patentanspruche 

1. Verfahren fur einen fahrzeugbezogenen Telematikdienst, mit einem im Fahrzeug 
angeordneten Endgerat, welches uber eine Luftschnittstelle mit einem Service-Center 
kommuniziert, welches uber wenigstens eine weitere Schnittstelle mit Steuereinheiten 
im Fahrzeug kommuniziert, dadurch gekennzeichnet, dass fur den Telematikdienst 
sowohl fur die Ubertragung uber die Luftschnittstelle als audi fur die 
Kommunikation im Fahrzeug dasselbe Anwendungs-Protokoll verwendet wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass zwischen der wenigstens 
einen Steuereinheit des Fahrzeugs und dem Endgerat ein Transport-Protokoll 
vorgesehen ist, welches zur Sicherstellung der Ubertragung Zeitbedingungen 
vorschreibt, die wesentlich kurzer sind als uber die Luftschnittstelle realisierbar. 

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass das Endgerat Mittel 
aufweist, die die Zeitbedingungen in der fahrzeuginternen Kommunikation durch 
Senden von zeitkorrekten Signalen einhalt 

4. Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, dass 
das Endgerat Mittel aufweist, welche eine uber die Luftschnittstelle empfangene oder 
eine uber die Luftschnittstelle zu sendende Nachricht auf das Fahrzeug-Transport- 
Protokoll umsetzen. 



5. 



Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass uber die Luftschnittstelle 
eine komplette Nachricht empfangen bzw. gesendet wird und diese Nachricht fur die 
fahrzeuginterne Kommunikation im Endgerat fragmentiert bzw. defragmentiert wird. 
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Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, dass 
der fahrzeugbezogene Telematikdienst eine Ferndiagnose ist und als Anwendungs- 
Protokoll das Diagnose-Protokoll KWP2000 eingesetzt wird. 

Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, dass 
das Endgerat Programme fur den fahrzeugbezogenen Telematikdienst aufweist, 
welche eine Tabelle fur die Konfigurationen der Steuereinheiten des Fahrzeugs 
umfaBt und die die empfangenen Nachrichten auf das Fahrzeugsubsystem, an dem 
die Steuereinheit angebunden ist, umsetzen. 

Vorrichtung ftir einen fahrzeugbezogenen Telematikdienst, mit einem im Fahrzeug 
angeordneten Endgerat, welches uber eine Luftschnittstelle mit einem Service-Center 
und uber eine weitere Schnittstelle mit wenigstens einer im Fahrzeug angeordneten 
Steuereinheit kommuniziert, dadurch gekennzeichnet, dass das Endgerat Nachrichten 
uber die Luftschnittstelle empfangt bzw. sendet und uber die weitere Schnittstelle 
sendet bzw. empfangt im Rahmen der Durchfuhrung des Telematikdienstes, wobei 
sowohl fur die Ubertragung uber die Luftschnittstelle als auch fur die 
Kommunikation im Fahrzeug dasselbe Anwendungs-Protokoll verwendet wird. . 

Vorrichtung fur einen fahrzeugbezogenen Telematikdienst, mit einem Gateway als 
Teil eines Service-Centers, welches uber eine Luftschnittstelle mit einem 
Kraftfahrzeug in Verbindung steht und welches eine weitere Schnittstelle zum 
AnschlieBen eines Testers oder eines vergleichbaren Gerates aufweist, dadurch 
gekennzeichnet, dass das Gateway eine Transportsschicht enthalt, welches die uber 
die Luftschnittstelle ankommenden oder gesendeten Daten auf das Transport- 
Protokoll zur Kommunikation mit dem Tester umsetzt. 
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Verfahren und Vorrichtung fur einen fa h rzeughe7.np e. nen Telematilcriienst 
Zusammenfassung 

Es werden ein Verfahren und eine Vorrichtung fur einen fahrzeugbezogenen 
Telematikdienst vorgeschlagen, wobei fiir den Telematikdienst sowohl fiir die 
Luftschnittstelle als auch fur die Kommunikation innerhalb des Fahrzeugs und 
gegebenenfalis innerhalb des Service-Centers das gleiche Anwendungs-Protokoll 
eingesetzt wird. 



(Figur2) 



